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BACKGROUND OF THE INVENTION 

10 Pocket-sized voice recorders are widely used as a 

convenient way to take notes, store information and create 
documents in audio form. Among other applications, the 
recorded information may be transcribed to present the 
information in written form. 

15 In recent years, compact audio recorders have been 

proposed in which the audio information is stored as 
digital data in a solid state memory. In some cases, a 
removable memory card is used as the storage medium. 

Portable digital audio recorders that are currently 

20 available in the market suffer from significant limitations 
in terms of flexibility and ease of use. Among issues that 
have not been satisfactorily addressed by the prior art are 
how voice data files generated in a portable digital audio 
recorder are to be imported into and managed by networks of 

25 personal computers and other information technology systems 
that are often used in offices and large business 
establ ishments • 



OBJECTS AND SUMMARY OF THE INVENTION 
30 It is an object of the invention to provide a voice 

data management system which includes a portable digital 
audio recorder that is selectively interfaceable to a 
personal computer. 
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It is a further object of the invention to facilitate 
management of voice data files uploaded from the portable 
recorder to the personal computer. 

According to an aspect of the invention , there is 
5 provided a voice data management system, which includes a 
portable digital audio recorder having a memory for storing 
a plurality of voice data files with header data stored in 
the memory in association with each of the voice data 
files, a personal computer, connection circuitry for 

10 transferring the voice data files and the corresponding 
header data from the portable recorder to the personal 
computer, a plurality of information processing devices 
other than the portable recorder and the personal computer, 
and a network for interconnecting the personal computer 

15 with the plurality of information processing devices and 
permitting transmission of data from the personal computer 
to selected ones of the plurality of data processing 
devices, wherein the personal computer reads the header 
data transferred to the personal computer, and on the basis 

20 of the header data, the personal computer selects one of 
the plurality of information processing devices to receive 
the voice data file corresponding to the header data and 
transmits the corresponding voice data file to the selected 
data processing device. 

25 The selection of the information processing device to 

which the personal computer transfers the voice data file 
may be based on header data which identifies one or more of 
the author of the voice data file, the portable digital 
audio recorder unit used to create the voice data file, the 

30 intended recipient of the voice data file and/or the 
subject matter of the voice data file. The information 
processing devices connected via the network to the 
personal computer may include one or more personal 
computers, a central dictation system and/or a voice mail 

35 system. It will be recognized that selecting one of said 




other information processing devices is equivalent to 
determining whether the voice data file should be 
transferred to the selected device. 

According to another aspect of the invention , there is 
5 provided a method of operating a voice data management 
system, including the steps of dictating voice information 
into a portable audio recorder, storing the voice 
information in the portable audio recorder in the form of 
digital voice data, dictating recipient information into 

10 the portable audio recorder, applying a speech recognition 
algorithm to the recipient information to generate 
recipient data, transferring the digital voice data from 
the recorder to a personal computer, selecting a data 
processing device from among a plurality of data processing 

15 devices connected to the personal computer on the basis of 
the recipient data, and transferring the digital voice data 
from the personal computer to the selected data processing 
device. The speech recognition algorithm may be applied 
either at the first personal computer or in the portable 

20 recorder itself. Preferably the portable recorder includes 
a dedicated switch or another facility for allowing the 
user of the recorder to indicate that voice information 
currently being inputted into the recorder is to be 
designated as recipient information. 

25 In a voice data management system provided in 

accordance with the invention, the system operates to route 
voice data files originally generated in a portable 
recorder from a personal computer to other devices, 
including other personal computers, either without 

30 decision-making and action on the part of the user, or in 
a manner that minimizes the effort required on the part of 
the user. 

Other objects, features and advantages of the 
invention will become apparent from the subsequent more 
35 detailed description of preferred embodiments. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a block diagram of a voice data management 
system which is provided in accordance with the present 
invention. 

5 Fig. 2 is a perspective view of a portable digital 

voice recorder and a docking station which are part of the 
system of Fig. 1. 

Fig. 3 is a block diagram representation of electrical 
and electronic components of the portable recorder of Fig. 
10 2. 

Fig. 4A illustrates a voice file format, including 
header data, for voice data files stored in the portable 
recorder . 

Figs. 4B and 4C show alternative voice file formats. 
15 Fig. 5 is a flow chart which illustrates operation of 

the portable recorder in connection with creation and 
uploading of voice data files. 

Fig. 6A is a flow chart which illustrates a software 
routine for controlling, in accordance with the invention 
20 a personal computer shown in Fig. 1. 

Fig. 6B is a flow chart which illustrates an 
alternative software routine provided according to the 
invention for controlling the personal computer. 

Fig. 7A is a flow chart which illustrates details of 
25 a "create voice file" block of Fig. 5. 

Fig. 7B is a flow chart which illustrates an 
alternative to the procedure of Fig. 7A. 

DESCRIPTION OF PREFERRED EMBODIMENTS 
30 An embodiment of the invention will now be described, 

initially with reference to Fig. 1. In Fig. 1, reference 
numeral 10 generally indicates a voice data management 
system provided in accordance with the invention. The 
system 10 includes a portable digital voice recorder 12. 
35 The recorder 12 is shown resting on a docking station or 



"cradle" 14. A cable 15 connects the cradle 14 to a 
personal computer 16. The cradle forms part of a signal 
path which permits exchanging of digital data between the 
portable recorder 12 and the PC 16. 

^he PC 16 is preferably of conventional construction, 
^' * including a display 18 , keyboard 20 and mouse 22. Among 
other functions, the PC 16 receives and stores voice data 
files transferred to the PC 16 from the recorder 12. 
Details of Nsoftware which controls the PC 16 in connection 
10 with certain^ of its interactions with the recorder 12 are 
set forth in\ co-pending patent application serial no. 

attorney Docket No. B653-021) , entitled 
"VOICE FILE MANAGEMENT IN PORTABLE DIGITAL AUDIO RECORDER", 
which has common \inventors and a common assignee with the 
15 present application 

Also shown in Fig. 1 is a local area network (LAN) 24 
which provides for data communication among the PC 16 and 
other system components, including other personal 
computers, a network server device, a voice maif^system 26/ 
20 and a central dictation system 28. Like the LAN 24, the 
other system components just enumerated may all be 
conventional items. The PC 16 is preferably operable to. 
download to the recorder 12 voice mail messages transferred 
to the PC 16 from the voice mail system 26 via LAN 24. The 
25 PC also preferably operates to transfer to the voice mail 
system 26 voice mail messages created in the recorder 12 
and uploaded from the recorder 12 to the PC 16. Voice data 
files generated in the recorder 12 and uploaded to the PC 
16 may also be transferred from the PC 16 to other system 
30 components, including other PC's connected to the LAN 24, 
or to the dictation system 28. 

Overview Of Portable Recorder Hardware 

Fig. 2 is a perspective view showing some details of 
35 the portable recorder 12 and cradle 14. As seen in Fig. 2, 
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the portable recorder 12 includes a housing 30, on which 
are mounted a display screen 32 and a slide switch 34. The 
recorder 12 may be like recorders disclosed in co-pending 
application serial no. 09/177,028, filed October 22, 1998. 
5 The recorder 12 is preferably a very compact item, such 
that the housing 30 is shaped and sized to fit in the 
user's hand. The display screen 32 is preferably a touch 
screen which allows the user to interact with the recorder 
12 in a manner similar to that employed in so-called 

10 "personal digital assistants". A stylus (not shown) may be 
provided with the recorder to aid in inputting user 
selections via the touch screen. 

The slide switch 34 is used to control conventional 
functions provided in a portable voice recorder, such as 

15 "record", "play", "rewind", and "stop". The functioning of 
the slide switch preferably emulates the user interface 
provided by high-end tape-based dictation units, so that 
users familiar with conventional dictation practices can 
easily adapt to using the digital recorder described 

20 herein. Push buttons 33, 35 may provide additional 
functions, such as "fast forward" or "cue". Alternatively, 
one of the buttons may control backlighting for the screen 
32. Additional push buttons may be provided in place of 
the slide switch. 

25 Other salient features of the recorder 12 include a 

grille region 36 in the housing, provided to cover a 
speaker which is built into the recorder. The recorder 12 
also includes a microphone which is not shown in Fig. 2, 
but is preferably installed at a corner 38 of the housing 

30 near the slide switch 34. 

The recorder 12 rests in a recess 40 of the cradle 14 
and reclines against a lid 42 for the recess 40. Provided 
within the recess 40 of the cradle 14, and not visible in 
Fig. 2, is a parallel data connection which mates with a 

35 corresponding connection in the base of the recorder 



housing 30. The recorder parallel connection also is not 

visible in the drawing. 

Electric and electronic components of the recorder 12 

are illustrated in block diagram form in Fig. 3. It is to 
5 be understood that the components shown in Fig. 3 are 

mounted within or on the recorder housing 30 (Fig. 2) . 

Continuing to refer to Fig. 3, a microprocessor or 

microcontroller 50 is mounted within the recorder and 

controls operations of the recorder. The microprocessor 50 
10 is connected to a digital signal processing circuit 52 and 

exchanges command and data messages with the DSP 52. The 

DSP 52 is, in turn, connected to a circuit 54 which 

performs analog-to-digital and digital-to-analog signal 

conversion functions. The recorder also has a built-in 
O 15 microphone 56 and speaker 58 which are connected to the A/D 

H and D/A circuit 54. (To simplify the drawing, signal 

y3 conditioning circuits such as filters and amplifiers are 

Ti not shown.) A multi-bit signal bus 60 interconnects the 

yj microprocessor 50 with the DSP 52 as well as an embedded 

yf 20 memory device 62, a removable memory card 64, and the 

L above-mentioned parallel data port 66 by which data may be 

N= exchanged with the personal computer. The removable memory 

card 64 may be used primarily for storing voice files and 
A associated header data (to be described below) , and the 

^ 25 embedded memory 62 may be used primarily for program and 

working memory. However, these roles may be shared or 

reversed. 

The microprocessor 50 is also interconnected with the 
above-mentioned touch screen 32, by which the 

30 microprocessor 50 provides information to the user of the 
recorder, and through which the user inputs information to 
the microprocessor 50. Also providing input to the 
microprocessor 50 is a switch array 68 which is actuatable 
by the user by means of the above-mentioned slide switch 34 

35 (Fig. 2). Illustrated in both Figs. 2 and 3 is a light 



emitting diode 70 which is selectively illuminated by the 
microprocessor 50 to indicate when voice recording is 
taking place. 

Fig. 4A schematically illustrates a format that may be 
5 employed for each of the voice data files referred to 
above. Recorded with, or otherwise associated with, each 
voice file is header data 104, which preferably includes 
one or more time and date stamps 106 (corresponding to a 
time or times at which the voice file was originally 
10 recorded or additional voice information was added to the 
file) ; data 108 indicating the type of the file (in this 
case, the type being "voice"; the type data may further 
specify that the file is an outgoing voice mail message) ; 
data 110 which indicates the length (in minutes and 
5 15 seconds) of the corresponding voice file; data 112 which 

u indicates the compression algorithm employed with respect 

J3 to the voice file; data 114 which indicates the "folder" 

with which the corresponding voice file is associated; 
yj title or other identifying data 116, which indicates a 

y = 20 title or other name used to identify the corresponding 

U voice file; "size" data 117 which indicates the number of 

data words making up the voice file; data 118 which 
» si identifies the individual user who created the voice file 

y3 and/or the particular portable recorder which was used to 

^ 25 create the voice file; "status" data 120, which indicates, 

for example, whether the user has designated the file as 
"complete" and ready for forwarding to a transcriptionist ; 
data 122 which may be provided to indicate links between 
the present voice data file and other files, including 
30 other voice data files; "source" data 123 which indicates 
whether the associated voice file was generated internally 
via the recorder microphone or downloaded from an external 
source, such as a voice mail system; and a "priority" flag 
121, which indicates, in the case of a dictation file, 
35 whether it is to be processed on a priority basis after 




uploading to the PC 16 and/or transfer to central dictation 
system 28. 

According to an alternative preferred embodiment of 
the invention , the user of the recorder is permitted to 
5 define up to six fields of header data which are suitable 
to the user's particular application. For example, if the 
recorder is to be used in a medical practice, the six 
customizable fields may correspond to such items as work 
type, department, procedure number, location number, 
10 medical record number, patient's date of birth. Moreover, 
the user may be permitted to select from among a number of 
different header data formats so that the header format 
used is one which is most appropriate to the nature or 
purpose of the respective voice data file. 
□ 15 It should be understood that the header data format 

ff shown in Fig. 4A is only an example of many possible header 

y3 data formats. The order of the data may be changed, 

~ additional header data may be provided, and many of the 

bj types of data shown in Fig. 4 A may be omitted. In 

yi 20 connection with certain aspects of the invention, elements 

L of the header data such as author/recorder unit are 

N= critical to the invention. However, other aspects of the 

J7 § invention may be carried out without reference to any 

gj element of the header data, in which case the header data 

^ 25 in its entirety may be omitted from the voice file format. 

Fig. 5 illustrates in the form of a high-level flow 
chart a process whereby a voice file is created using the 
recorder 12 and then uploaded to the PC 16. Initially in 
Fig. 5 is step 150, which represents creating a voice data 
30 file using the recorder 12. At step 150, the user of the 
recorder creates a voice data file by speaking into the 
microphone 56 while positioning the slide switch 34 so as 
to place the recorder in a recording mode. Alternatively, 
the recording mode of the recorder may be actuated through 
35 a user interface provided via touch screen 32. The 




elements of header data located in Fig. 4 A may be generated 
automatically by the recorder and/or may reflect data 
entered by the user via the touch screen 32. 

Following step 150 is step 152. At step 152 the 
5 recorder 32 is placed in the cradle 14, in the manner 
illustrated in Fig. 2, so that a data communication 
interface is formed between the recorder 12 and the PC 16 
(Fig. 1) . By means of the data communication interface, 
the voice data file generated at step 150, including its 

10 header data, is uploaded to the PC 16 (step 154) . 

Fig. 6A is a flow chart which illustrates software 
that controls the PC 16 in connection with its handling of 
the voice data file uploaded at step 154 in Fig. 5. 
Continuing to refer to Fig. 6A, step 200 is illustrated 

15 first. At step 200, it is determined whether the recorder 
has been placed in the cradle connected to the PC. If not, 
control of the PC returns to other software processes 
maintained in the PC. However, if at step 200 it is 
determined that the recorder has been placed in the cradle, 

20 then step 202 follows. Step 202 represents a handshake 
procedure which is carried out in connection with the 
establishment of the data communication interface referred 
to at step 152 in Fig. 5. Step 204 indicates that the 
handshake procedure continues until completion. Upon 

25 completion of the handshake procedure, step 206 is carried 
out. At step 206 the PC receives the voice data file 
referred to in connection with Fig. 5, including at least 
some of the header data illustrated in Fig. 4A. 

Step 208 follows step 206. At step 208, the PC reads 

30 at least some of the header data uploaded with the voice 
data file, including one or more header data elements 
relevant to a determination as to whether the uploaded 
voice data file is to be automatically forwarded to a 
device which is connected to the PC 16 via the LAN 24 (Fig. 

35 1) . 



Still referring to Fig. 6A, decision block 210 follows 
step 208. At step 210, it is determined whether the header 
data read at step 208 indicates that the voice data file 
received at step 206 is to be automatically forwarded to 
5 one of the aforesaid other devices connected to the PC. As 
an example, the PC may have been pre-programmed such that 
every voice data file having header data that indicates a 
particular individual as the author of the file should be 
automatically forwarded via LAN 24 to the central dictation 

10 system (reference numeral 28 in Fig. 1) . As another 
example, the pre-programming of the PC may call for all 
voice data files authored by the given individual to be 
automatically forwarded via LAN 24 to another PC which is 
utilized by a transcriptionist who has been assigned to the 

15 author. 

As still another alternative, the recorder unit 
identification data included in the header data may be used 
as a surrogate for the author's name, leading to automatic 
forwarding of the voice data file to the central dictation 

20 system or the transcriptionist # s PC, as the case may be. 
As other alternatives, a client name reference and/or the 
word "letter" or "dictation" in the title data element 116 
or in a "work type" field (not shown) in the header data 
(Fig. 4A) would be indicative of a destination (such as the 

25 central dictation system or the transcriptionist's PC) to 
which the voice data file is to be forwarded. 

The header data may also include a "location" field 
(not shown) which identifies a particular work location or 
professional establishment to which the voice file 

30 pertains. The location field could also be used by the PC 
to determine a destination to which the voice file is to be 
forwarded. 

To provide yet another example, the type data element 
108 (Fig. 4 A) , or another field in the header data may 
35 indicate that the uploaded voice data file is an outgoing 



voice mail message which is to be forwarded to the voice 
mail system 26 shown in Fig* 1. 

If a positive determination is made at step 210, then 
step 212 follows, at which the voice data file is sent to 
5 the device indicated as the appropriate recipient by the 
relevant header data. Otherwise, the routine of Fig. 6A 
terminates without forwarding the voice data file from the 
PC to another device. 

In the examples of automatic forwarding of voice data 
10 files that have been provided up to this point, it has been 
assumed that the header data used to indicate the 
destination of the voice data file has either been 
generated automatically by the recorder unit or was input 
by the user for the purpose of identifying the voice data 
4? 15 file or for another purpose not necessarily related to 

lI designating the destination of the voice data file. 

^ However, according to another aspect of the invention, the 

user of the recorder is enabled to dictate into the 
W recorder information which indicates a destination to which 

~ 5 20 a voice data file is to be forwarded after uploading to the 

M: PC 16. Examples of this aspect of the invention will now 

be described with reference initially to Fig. 7A. 
fy Fig. 7A is indicative of software which controls the 

J3 recorder 12 in accordance with this aspect of the 

w 25 invention. In particular, Fig. 7A may be considered to 

represent an alternative version of the step 150 previously 
described in connection with Fig. 5. 

Initially in Fig. 7A is a step 250, at which it is 
determined whether the recorder has been placed into a 
30 recording mode. From previous discussion it will be 
understood that the recording mode may be entered by 
actuating the recorder slide switch 34 or, perhaps, by 
selecting an option made available through the touch screen 
32. If the recording mode is entered, then step 252 
35 follows, at which it is determined whether a sub-mode is to 



be entered in which a destination for the voice data file 
is to be dictated. To enter the sub-mode for designating 
a destination, a dedicated push button (not shown) may be 
provided on the recorder 12. Alternatively, such a sub- 
5 mode may be accessible via the touch screen 32. In any 
event, if the destination designation sub-mode is actuated, 
then step 254 follows step 252. At step 254, voice 
information dictated into the recorder microphone during 
the sub-mode is recorded as "recipient information" and is 

10 stored separately (as indicated at 256 in Fig. 4B) from the 
body of the voice data file. 

Block 258 in Fig. 7A indicates that voice information 
dictated into the recorder during recording mode, when the 
recipient information sub-mode is not actuated, is simply 

15 recorded as voice data to be stored in the body of the 
voice data file, as indicated at 260 in Fig. 4B. Decision 
block 262 in Fig. 7A represents a determination as to 
whether the user of the recorder has decided to exit the 
recording mode. 

20 Fig. 6B illustrates a software routine carried out in 

the PC 16 to handle a voice data file in the format of Fig. 
4B which has been uploaded to the PC from the recorder 
unit. It will be noted that Fig. 6B includes the same 
process steps 200, 202, 204 and 206 as in Fig. 6A, and 

25 those steps may be carried out in the same manner, except 
that step 206 in Fig. 6B need not include reading of the 
header data of the uploaded voice data file. In the 
routine of Fig. 6B, step 264 follows step 206. At step 264 
the PC applies a speech recognition algorithm to the 

30 recipient information 256 shown in Fig. 4B to identify 
words or other information that was dictated by the user of 
the recorder to identify the desired destination for the 
voice data file. It will be understood that the PC is 
suitably programmed to recognize and respond appropriately 

35 to utterances such as "secretary", "secretary one", 



"secretary two", "send to JJD" , "send to JJD with a copy to 
DKG", "voice mailbox no. 682", and so forth. It is to be 
understood that the appropriate response to recognition of 
the first four utterances listed above may be to forward 
5 the voice data file to a particular personal computer to 
which the PC 16 is connected by the LAN 24. In response to 
the fifth of the listed utterances, the PC 16 would send 
the voice data file to each of two different personal 
computers to which PC 16 is connected by the LAN 24. A 
10 suitable response to the last of the listed utterances 
would be to forward the voice data file, perhaps with 
suitable addressing information, to the voice mail system 
26 (Fig. 1) . 

Referring again to Fig. 6B, it will be understood that 

15 block 266 represents routing of the voice data file by the 
PC 16 in accordance with the result of the application of 
the recognition algorithm. 

The voice data file routing technique represented 
collectively by Figs. 7A, 6B and 4B provides for machine 

20 recognition of spoken information to be carried out in the 
personal computer 16. But according to an alternative 
aspect of the invention, the speech recognition function 
may be performed in the portable recorder 12 before the 
voice data file is uploaded to the PC 16. A technique 

25 according to the latter aspect of the invention is 
illustrated in Figs. 7B, and 4C. 

Fig. 7B is a flow chart representation of software 
which controls operation of the recorder 12 in connection 
with creation of a voice data file. It will be recognized 

30 that the procedure illustrated in Fig. 7B is an alternative 
to the procedure of Fig. 7A, and includes the same steps 
250, 252, 254, 258 and 262 as are shown in Fig. 7A. 
However, the execution of step 254 shown in Fig. 7B 
(recording of voice data as "recipient information") may be 

35 performed so that the recipient information voice data is 



stored in a buffer memory or otherwise separately from the 
pertinent voice data file. Consequently, step 254, as 
carried out in the procedure of Fig. 7B, need not result in 
storage of the "recipient information" 256 shown in Fig. 4B 
5 as part of the voice data file format. 

In any event, according to the procedure of Fig. 7B, 
a step 270 is shown as following step 254. At step 270, a 
speech recognition algorithm is applied by the recorder 12 
to the recorded recipient information voice data to 

10 recognize the content of the voice data, such as words, 
numbers and/or letters. The resulting text character 
information is then added to the header data for the 
subject voice data file (as indicated at step 272 in Fig. 
7B) , to provide the "recipient" element of the header data 

15 indicated at 274 in Fig. 4C. The resulting voice data can 
then be uploaded and handled by the personal computer 16 in 
accordance with the process of Fig. 6A, which has 
previously been discussed. To elaborate, at step 208 of 
the procedure of Fig. 6A, the PC 16 reads the recipient 

20 data 274 (Fig. 4C) , and then at step 212 the PC 16 forwards 
the voice data file to the recipient indicated by the 
recipient data. 

It should also be understood that a voice data file 
format like that shown in Fig. 4C, and including a 

25 recipient data element 274, may be implemented in the 
recorder 12 without employing speech recognition 
processing. Thus, for example, the user of the recorder 
may be permitted to enter recipient data in the form of 
alphanumeric characters via a virtual keyboard provided 

30 through the touch screen 32 of the recorder. Recipient 
information could also be selected by the user from an 
address book/telephone number data base maintained in the 
recorder unit. The data in the database may, in turn, have 
been downloaded to the recorder unit from a PC, or may have 

35 been entered via touch screen 32. 



Although the voice data management system portrayed in 
Fig. 1 includes three or more PC's, a central dictation 
system, a voice mail system, and a server, it should be 
understood that many of these system components may be 
5 omitted. A minimal implementation of the present invention 
might be constituted by the recorder 12, the PC 16, and one 
other device connected by a data communication link with 
the PC 16. Of course, system components may exchange data 
files of other types in addition to voice data files. 

10 It should be noted that the hardware and data 

communication environment illustrated and described in 
connection with Figs. 1-3 may be changed in a number of 
other respects without departing from the invention. For 
example, among other changes which may be made in the 

15 recorder 12, the touch screen 32 may be omitted in favor of 
a one or two line character display (not shown) . In such 
a case, additional switches, which may include software- 
programmable keys, may be added to provide aspects of the 
user interface. The switches may include a thumbwheel 

20 switch to be used for scrolling among menu items. The 
recorder may also include a key pad and/or a bar code 
reader. These items may be permanently installed as part 
of the recorder, or may be provided as one or more optional 
snap-on modules. The key pad and bar code reader may be 

25 employed to enter header data and for other purposes. 

In addition to or instead of the cradle-based data 
link between the recorder 12 and the PC 16, data 
communication may be established between the recorder and 
the PC by a wireless RF link and/or infrared data 

30 communication. One type of communication that may be used 
is the well-known IRDA technique. Moreover, the cradle 
referred to above may be changed to permit serial (e.g. RS- 
232 or USB) data communication or IR data communication 
between the PC and the recorder. 
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It should also be understood that th^^data 
communication between the PC 16 and other componefvts of the 
voice data management system 10 (Fig. 1) may be implemented 
by connections other than or in additipjtal to the local 
5 area network 24 referred to above. !Pnus, one or more of 
dial-up telephone data lines ,^d€aicated telephone data 
channels, a wide area network, and/or wireless data 
communication may b^^provided to interconnect system 
components. The^er^nstituents of the voice data management 
10 system may be<more or fewer in number than those shown in 
Fig. 1^/For example, more than one central dictation 
system may be connected to the PC 16. 

In the foregoing discussion, it has been assumed that 
all of the header data has been generated or input at the 
15 recorder unit. However, it is also contemplated that some 
of the header data (including header data to be 
subsequently used for automatic routing) may be downloaded 
to the recorder unit from the PC 16. 

It is to be understood that the above description may 
20 indicate to those skilled in the art additional ways in 
which the principles of this invention may be used without 
departing from the spirit of the invention. The 
particularly preferred methods and apparatus are thus 
intended in an illustrative and not limiting sense. The 
25 true spirit and scope of the invention are set forth in the 
following claims. 
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